releasing package babl version 0.1.50-1

New upstream release

Update upstream source from tag 'upstream/0.1.50'

Update to upstream version '0.1.50'
with Debian dir 77f914d44d3d51e21126af7e5286c56aa8b5bf2c

New upstream version 0.1.50

debian/gbp.conf: update

release 0.1.50

Fix an unimportant typo

What's in a name? S.E.P.

tests: fix palette-concurrency-stress-test

Fix palette-concurrency-stress-test to accommodate the change to a
gamma-corrected 8-bit format (commit
fabcc6729ed453fb5c5affc565d0e837a78afc5c), and to little-endian
hash indices (commit 55ca45c8233af138d3fd388587b203d802b8396c).

The test should pass regardless, it simply didn't actually test for
the intended issue previously.

tools: code around gcc warning about 0 length format string

Meson build: fixes for windows build

Meson build: generate png image files for docs

Meson build: Improve git-version.h generation

Meson build: Tidy up code and improve readability

Meson build: improve doc generation

Meson build: Improve host environment detection / handling

Meson build: Improve SIMD assembly checking/use

babl-palette: initialize radii of default palette

... to prevent a segfault when using the default palette, namely,
in tests/palette.

babl-palette: speed up closest-color search

When constructing a palette format, calculate the distance between
each pair of colors in the palette, and for each color, construct a
list of all other colors and their distances from it, sorted by
distance.  When searching for the closest palette color to a given
input pixel, based on the assumption that nearby pixels have
similar color, use the color list of the previous pixel's best
match, and use the triangle inequality to stop the search early.

See the code comments for more details.

babl: use hashtable approach in double reference

Strictly speaking we should be doing the reference using
conversions to R'G'B'A double and using the distance metric
there; possibly getting a slight difference in result at
comparison ties.

In use GEGL ends up using both the really fast 8bit code paths
and the quite fast floating point code paths that use 8bit
hashtables for the lookup of conversion.

Progress on bug #787237 missing fast-paths.

babl-palette: fix regression in prefvious commit

The 255.5 factor for storing a double represenation is neccesary for
desired behavior.

babl-palette: improvements toward palette accuracy

For working at acceptable performance with large indexed images, it is
recommended to run with BABL_TOLERANCE=0.0385 or highger set in the environment
when launching GIMP, this permits using a hashtable based optimization that
still isn't accurate enough according to babl-expectations.

Part of progress on bug 787237

meson.build: synchronise with autotools version

WARNING: distributions should still not use meson to build packages - since
the meson build end up containing all instructions available on build host.

meson.build: Bump version to 0.1.48

Signed-off-by: Jan Vesely <jano.vesely@gmail.com>

babl: preliminary work to add float fast path to palette formats

Still not accurate enough to be acceptable, gets accepted by system with
a BABL_TOLERANCe of 0.045 or higher. Needs more work.

post release version bump

release 0.1.48

configure: try to add -Ofast to CFLAGS

CIE: Style fix

Fallout from 3788e861e545d43d5911677250c0f55d5f7ccedf

CIE: Add an SSE2 version of "RGBA float" to "CIE L float"

On an Intel i7 Haswell, it now takes 0.056s to convert a 15 megapixel
buffer from "RGBA float" to "CIE L float" instead of the earlier
0.107s.

https://bugzilla.gnome.org/show_bug.cgi?id=795686

CIE: Add an SSE2 version of "RGBA float" to "CIE Lab alpha float"

On an Intel i7 Haswell, it now takes 0.13s to convert a 15 megapixel
buffer from "RGBA float" to "CIE Lab alpha float" instead of the
earlier 0.27s.

SSEx doesn't have integer multiplication or division operations, and
using bit shifts to implement integer divisions by powers of 2 seems to
introduce errors. Therefore, it was problematic to use the cube root
approximation from Hacker's Delight, which uses quite a few integer
divisions to make the initial guess. Instead, Halley's method of
approximating the cube root seems more SSEx friendly because the
initial guess requires only one integer division, which we can manage
by jumping through a relatively small number of hoops.

The scalar version of Halley's method seems to have originated from
http://metamerist.com/cbrt/cbrt.htm but that's not accessible anymore.
At present there's a copy in CubeRoot.cpp in the Skia sources that's
licensed under a BSD-style license. There's some discussion on the
implementation at http://www.voidcn.com/article/p-gpwztojr-wt.html.

Note that Darktable also has an SSE2 version of the same algorithm,
but uses only a single iteration of Halley's method, which is too
coarse.

Here's some more discussion on the cube root approximation algorithms:
https://bugzilla.gnome.org/show_bug.cgi?id=791837

https://bugzilla.gnome.org/show_bug.cgi?id=795686

build: Add scaffolding for SSE3

It's currently unused, but is useful to have it around when comparing
different vectorization strategies.

https://bugzilla.gnome.org/show_bug.cgi?id=795686

releasing package babl version 0.1.46-3

Stop ignoring test failures on s390x

disable unreliable float-to-8bit build test

Drop obsolete Breaks/Replaces/Provides not needed for years (Closes: #898053)

CIE: Make the XYZ to LAB code look similar to the RGB to LAB code

Such superficial differences make the code harder to scan when looking
for bugs and optimization opportunities.

releasing package babl version 0.1.46-2

Ignore test failures on s390x (See #890887)

babl-internal: print debug output to stderr

extensions/two-table: remove unused variable

type-u8: fix u8 <> double conversions for chroma type

releasing package babl version 0.1.46-1

Bump Standards-Version to 4.1.4

New upstream release

Update upstream source from tag 'upstream/0.1.46'

Update to upstream version '0.1.46'
with Debian dir d98f037c8705760a2f99c53cbf3599396c9ed8b7

New upstream version 0.1.46

postrelease version bump

release 0.1.46

NEWS: update

tools: add html variant of path matrix

docs: remove short-cut coverage, which is too expensive to generate

extensions: remove many inline statements

When the functions are not reused by other fast path definitions, they are only
ever used as function pointers and inline is not neccesary.

extensions/double: adds some more paths

extensions: rename some extensions

extensions: add more u32 short cut utility conversions

extensions: u32<->float conversions in simple extension

They were using 'float' rather than 'double' data types for intermediate values
the lack of precision made the conversions be discarded by babl.

extensions: add missing 32bit.c

extensions: add some u32 fast paths

float-half: half fast paths for premultiplied alpha

extensions: add a double extension

This will permit slightly faster than the generic fast paths for some possibly
desired intermediate conversions. This also adds alpha stripping - which fills
in the last babl fast path currently reported missing on every launch of GIMP.

extensions: simplify gggl/conv_rgbF_rgbaF slightly

extensions/cairo: optimize R'G'B'A u8 to cairo-ARGB32

A combination of SIMD paths via float was beating the naive implementation in
the cairo extension, now the cairo extension comes out on top again.

extension: add some Y' u8 fast paths

GIMP makes use of "Y' u8" to "R'G'B' u8" and we had no paths covering it,
making it go through floating point. This commit adds code paths for expanding
single grayscale u8 to R'G'B and R'G'B'A as well as R'aG'aB'aA u8.

extensions/gegl-fixups: swap increments of src and dst in rgba8_rgb8

They were reversed, causing memory corruptions fixing bugs 794973 and 794972.

extensions: add rgba8_rgb8 conversion that copies 24/32bit chunks

Slightly speeding up RGB u8 (without alpha) painting in GIMP, the rgba to rgb
and reverse conversions are used together with the very fast SIMD conversions
that operate on chunks of 4 components.

releasing package babl version 0.1.44-1

New upstream release

Update upstream source from tag 'upstream/0.1.44'

Update to upstream version '0.1.44'
with Debian dir b0fd8fe89489f577c337792fa4dbff480cf3b708

New upstream version 0.1.44

post release version bump

release 0.1.44

babl: fix minor leak reported in bug #790924

Added mingw template pkgbuild.

Fix windows dirs_sep. Cleanup.

Remove check for linux header on win32

Remove os_win32

Temporarily disable checking for headers

PKGBUILD points again to gnome upstream

Fix : libdir for autotools and meson are not the same…

babl: fix icc matrix profile fast paths

For core members, babl relies on shared data layout between fish and
conversion to be able to do dispatch, and have source/target match -
though only for simple fishes.

The ICC fast path conversions also used the user data - but directly
instead of throug the argument, changing this makes the matrix and
luts work again - and let the conversions be used.

releasing package babl version 0.1.42-1

minor packaging tweaks

New upstream release

Update upstream source from tag 'upstream/0.1.42'

Update to upstream version '0.1.42'
with Debian dir 1f9710ad3814566d970ba3ac76f5e451343025d9

New upstream version 0.1.42

meson: Add missing single quote

Fixes build since ad0eac19c7a1f0046979ad8923f6ac1b7c2d7696 ("release 0.1.42")

Signed-off-by: Jan Vesely <jano.vesely@gmail.com>

post release version bump

release 0.1.42

releasing package babl version 0.1.40-1

Add new symbol

New upstream release

Update upstream source from tag 'upstream/0.1.40'

Update to upstream version '0.1.40'
with Debian dir 299d8ae6c206decc24cf9811f1b175040bfd838c

New upstream version 0.1.40

babl: initialize the bpp of fishes loaded from cache

The cache loading code manually constructs path fishes, which did not
get their bpp initialized, this resulted in conversions of long runs to
fail, not crash - but stop processing after MAX_BUFFER_SIZE pixels.

Bump debhelper compat to 11

Update Vcs fields for migration to https://salsa.debian.org/

post release version bump

NEWS: update

release 0.1.40

babl: add a test iteration multiplier

On my system many of the conversions got measured to costs of 3 4 and 5, these
makes a big room for measurement errors, to increase reliability the tests are
now run 4 times - making it a ranking of contenders with fewer collisions.

This will slightly increase incurred delayed on search for conversions.